CLAIMS 



What is claimed is: 
1-5. (canceled) 

6. (currently amended) A data management system, said system characterized as a 
composite system comprising at least one computer p rocessor, the system comprising a 
plurality of processes; 

each process having an interface and implementing at least one respective service defined 
by that interface; 

a first invocation of the at least one respective service by a transaction resulting in the 
creation of a first transaction local to the process thereof, the first local transaction being 
a child of the invoking transaction and being parent of any transaction triggered by 
invocation of a service of another process; 

a second invocation of the at least one respective service by a transaction resulting in the 
creation of a second transaction local to the process thereof, the second local transaction 
being a child of the invoking transaction and being parent of any transaction triggered by 
invocation of a service of another process; 
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each process characterized in that if the first transaction and the second transaction 
conflict but are both children of a same invoking transaction, then the first transaction 
and the second transaction are not executed concurrently; 

each process further characterized in that each transaction local thereto is independently 
handled at the process; 

each process making scheduling and recovery decisions independent of any centralized 
component. 

7. (previously presented) The system of claim 6 wherein a root transaction is able to 
d5aiamically set concurrency preferences for a resulting distributed transaction, based on 
client needs, wherein the concurrency preferences specify the extent to which shaied 
resource access is desired or allowed or denied among descendant transaction invocations 
of the root invocation or user and other, concurrent transaction invocations who are also 
descendants of the same root. 

8. (currently amended) 

A method for use with a data management system, said system characterized as a 
composite system, the system comprising a plurality of processes, each process having an 
interface and implementing at least one respective service defined by that interface, 
invocation of the at least one respective service by a transaction resulting in the creation 
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of a transaction local to the process thereof, the local transaction being a child of the 
invoking transaction and being parent of any transaction triggered by invocation of a 
service of another process, each process further characterized in that each transaction 
local thereto is independently handled at the process, each process making scheduling 
and recovery decisions independent of any centralized component, the method 
comprising the steps of: 

propagating from a first process to a second process a message indicative of a 
globalCommit operation with respect to a root transaction, said message also indicative 
of a number or identifying list of transactional invocations which the first process has 
made to the second process on behalf of the root transaction; 

within the second process, comparing the number or list indicated in the message with a 
count or list within the second process of the number or list of transactional invocations 
which have been made on behalf of the root transaction; 

in the event the comparison yields a non-match, aborting the transaction. 

9. (currently amended) The method of claim 8 wherein each process is executed using 
Java. 

10. (original) A method for use with a data management system, said system 
characterized as a composite system, the system comprising a plurality of processes, each 
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process having an interface and implementing at least one respective service defined by 
that interface, invocation of the at least one respective service by a transaction resulting 
in the creation of a transaction local to the process thereof, the local transaction being a 
child of the invoking transaction and being parent of any transaction triggered by 
invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making 
scheduling and recovery decisions independent of any centralized component, the method 
comprising the steps of: 

propagating from a first process to a second process a message indicative of a 
globalCommit operation with respect to a root transaction, said message also indicative 
of a number or list of invocations which the first process has made to the second process 
on behalf of the root transaction; 

within the second process, comparing the number or list indicated in the message with a 
count or list within the second process of the number or list of invocations which have 
been made on behalf of the root transaction; 

in the event the comparison yields a match, proceeding with the globalCommit operation. 

11. (original) A method for use with a data management system, said system 
characterized as a composite system, the system comprising a plurality of processes, each 
process having an interface and implementing at least one respective service defined by 
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that interface, invocation of the at least one respective service by a transaction resulting 
in the creation of a transaction local to the process thereof, the local transaction being a 
child of the invoking transaction and being parent of any transaction triggered by 
invocation of a service of another process, each process further characterized in that each 
transaction local thereto is independently handled at the process, each process making 
scheduling and recovery decisions independent of any centralized component, the method 
comprising the steps of: 

propagating from a first process to a second process a message indicative of a 
globalCommit operation with respect to a root transaction, said message also indicative 
of a number or list of invocations which the first process has made to the second process 
on behalf of the root transaction; 

within the second process, comparing the number or list indicated in the message with a 
count or list within the second process of the number or list of invocations which have 
been made on behalf of the root transaction; 

in the event the comparison yields a non-match, aborting the transaction. 

12. (currently amended) A distributed system using a two-phase commit protocol, said 
system characterized as a composite system comprising at least one computer p rocessor, 
the system comprising a plurality of processes; 



-6- 



each process having an interface and implementing at least one respective service defined 
by that interface; 

each or any two-phase commit message exchange between processes also carrying 
information about the actual work being committed. 

13. (previously presented) The system of claim 12, such information being logged for 
recoverability in the event of a crash, such information being used for assistance at any 
time before, during or after global commitment. 

14. (original) The system of claim 12 or 13, wherein any globalCommit requires a 
registration, and wherein the registration for a globalCommit also carries information 
about the actual work being committed. 

15. (previously presented) A method for use in a distributed system, said system 
characterized as a composite system, the system comprising a plurality of processes, each 
process having an interface and implementing at least one respective service defined by 
that interface, the method comprising the step of: for each globalCommit message 
exchanged between processes, including also information about the actual work being 
committed. 

16. (previously presented) The method of claim 15 further comprising the step of logging 
such information for recoverability in the event of a crash, such information being used 
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for assistance at any time before, during or after global commitment. 

17. (original) The method of claim 15 or 16 further comprising the step of propagating a 
registration for a globalCommit, wherein the registration for a globalCommit also carries 
information about the actual work being committed. 

18. (currently amended) A distributed system, said system characterized as a composite 
system comprising at least one computer p rocessor, the system comprising a plurality of 
processes; 

each process having an interface and implementing at least one respective transactional 
service defined by that interface; 

wherein a root transactional invocation or, alternatively, a root's human user is allowed to 

dynamically set its or his concurrency preferences for an entire transactional invocation; 

wherein the root invocation (transaction) propagates the concurrency preferences with 
each or any child invocation it makes; and 

wherein the propagated concurrency preferences at any level in the root invocation's 
invocation hierarchy specify the extent to which shared resource access is desired or 
allowed or denied among descendant transactional invocations of the root invocation or 
user and other, concurrent transactional invocations who are also descendants of the same 
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root. 



19. (canceled) 

20. (previously presented) The system of claim 18 wherein any or each invocation 
propagates the concurrency preferences as it has received them from the root invocation. 

21-22. (canceled) 

23. (currently amended) A computerized data management system, referred to as 
transactional service, comprising: 

one or more operations that can be invoked by remote clients; 

some or all such remote clients having one or more associated transaction 
contexts; 

an invocation of the service by a remote client also containing partial or complete 
information indicating or containing said client's transaction context or contexts; 

an invocation of the service, by a remote client, of an operation leading to a new 
transaction different from, but possibly related to, any existing client transaction; 
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such an operation-level transaction being committed before the client transaction 
context is tenninated before globalCommit notification; 

the transactional service locally maintaining an undo operation for such a 
committed operation; and 

a failing or failed remote client transaction context leading to the execution of the 
locally maintained undo operations of the corresponding committed invocations in 
the transactional service. 

24. (previously presented) The system of claim 23 where some or all undo operations are 
executed in an order that is the reverse of an order of their original counterparts. 

25. (previously presented) The system of claim 23 where in addition the undo operations 
are chosen or defined in the same system as the one where corresponding normal 
operations were executed. 

26. (previously presented) The system of claim 23 where some or all undo operations are 
unknown to the transactional context of a remote client. 

27. (previously presented) The system of claim 23 where some or all undo operations are 
executed after a timeout and independent of whether the client's transaction context 
outcome requires such undo. 
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28. (previously presented) The system of claim 23 wherein an undo operation is with 
respect to an original operation, where an undo operation's effects are confined to data 
managed by the transactional service on which the undo operation is maintained, even if 
the respective original operation involved other services. 

29. (previously presented) The system of claim 23 where the service keeps locks on 
transactions to ensure that undo operations can be executed correctly. 

30. (original) The system of claim 23 where client context-related information is also part 
of any global commit message exchanges. 

31. (original) The system of claim 23 where client context information includes 
application-specific data. 

32. (previously presented) The system of claim 31 where all or part of the context 
information is logged by storing on persistent storage, and retrievable by a human 
administrator. 

33. (original) The system of claim 23 where the service accepts messages indicative of 
which previously committed operations have to be undone. 
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34. (previously presented) The system of claim 23 where the service accepts messages 
indicative of which previously committed operations do not have to be undone. 

35. (previously presented) The system of claim 23 where some or all invocations are 
message-based or asynchronous. 

36. (original) The system of claim 23 where some or all invocations are synchronous. 

37. (previously presented) The system of claim 23 where the client can request the undo 
executions of its invocations at the service while still allowing globalCommit . 
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